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(S4)nne: TEST SYSTEM AND TEST METHOD 

(54) Bezeichnung: TESTSYSTEM UND TESTVERFAHREN 

(57) Abstract 



The invention relates to a test 
system and test method for testing the 
operatability of test samples (7). A 
user-specific selection can be made from 
several prepared test modules (2a-2c), 
which can be assembled to give the test 
specification of one's choice. A control 
module (1) carries out the whole test 
which corresponds to the user-specific 
test specification, and directs the 
individual selected test modules (2a-2c) 
in accordance with this test specification 
and in the desired order. Advantageously, 
a test report is automatically established 
regarding the test results of the individual 
selected test modules (2a-2c), which 
report is particulaxiy incorporated into the 
user-specific test specification. 



(57) Zusammenfassung 



VE 



1..COrfmOL MODULE 
2a... TEST MODULE 

3... CENTRAL DATA BANK OF THE TEST SAMPE 
PARAMETERS 

4... CENTRAL DATA BANK OF TEST DEVICE PARAMETERS 
5.. INTERFACE 
8... TEST DEVICE 
7... TEST SAMPLE 



e... ERASING OF TEST RESULTS 
B^ TEST PARAMETER INPUT 
10... MEMORY FOR TEST SPEOFICATION 
11... PROGRAMMING 
12... DISPLAY 



Tesisystem und Testverfahren 
zum Testen der Funktionsfahigkeit 
von Pruflingen (7). Benutzerspezifisch 
kann aus mehreren bereitgestellten 
Testmodulen (2a-2c) ausgewahlt werden, die zu einer beliebigen Testvorschrift zusammengefugt werden k6nnen. Ein Steuermodul 
(I) fiihrt den der benutzerspezifischen Testvorschrift entsprechenden Gesamttest aus und steuert entsprechend dieser Testvorschrift die 
einzeinen ausgewShlten Testmodule (2a-2c) in der gewunschten Reihenfolge an. Vorteilhafterweise wird automatisch ein Testbericht tiber 
die Testergebnisse der einzeinen ausgewahlten Testmodule (2a^2c) erstellt, der insbesondere in die benutzerspezifische Testvorschrift 
eingebettet ist. 
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Testsvstem und Testverfahren . 



Die voriiegende Erfindung betrifft ein Testsystem sowie ein Testverfahren zum Testen der 
Funkiionsfahigkeii von elektrischen Pruflingen. Insbesondere betrifft die voriiegende 
5 Erfindung ein Testsystem . und ein Test\'erfahren zum Testen der Funktionsfahigkeit von 
elektrischen Bestandteilen von Energieversorgungseinrichtungen. 

Zum Testen von elektrischen Pruflingen. insbesondere von elektrischen Bestandteilen von 
Energieversorgungseinrichtungen, sind verschiedene Arten von Testgeraten bzw. 
10 Testsystemen bekannt. Dabei stellen die bekannten Testsysteme in aller Regel lediglich 
Einzellosungen fur bestimmte Anwendungsfalle dar und konnen lediglich bestimmte 
Funktionen einzelner Arten von Pruflingen testen. So sind beispielsweise auf dem Gebiet 
der Energieversbrgungseinrichtungen separate Testgerate fiir Uberstrom-Reiais, 
Synchronisiereinrichtungen, Energiezahier usw. bekannt. 



Der Aufoau der zu testenden elektrischen Priiflinge wird jedoch zunehmend kompiexer. So 
konnen beispielsweise die Priiflinge eine Vielzahl von Schutz- und Meflfunkiionen 
enthalten, welche entsprechend getrennt gepriift werden miissen. Deranige 
multifunkuonale Priiflinge lassen sich mit herkommlichen Testsystemen nicht auf einfache 
20 Weise priifen. Vielmehr miissen zum Priifen der einzelnen Funktionen des Prufimgs 
separate Testgerate bereitgestellt werden. 

Es ist zwar bekannt, mit ein und demseiben Testsystem unterschiedliche Funktionen eines 
Pruflings zu testen; jedoch miissen diese einzelnen Funktionen des Priiflings geu-ennt 

25 voneinander gepriift werden, wobei es nicht moglich ist, wahrend des Tests der einen 
Funktion auf die Testergebnisse der anderen Funktion zuzugreifen. Insbesondere kann 
keine Gesamtbeuneilung der Funktionsfahigkeit des Priiflings unter Beriicksichtigung der 
Testergebnisse hinsichtlich samtlicher gepriifter Funktionen abgegeben werden. Der von 
den bekannten Testsystemen erzeugte Testbericht, der die Testergebnisse eines Tests 

30 wiedergibt. enthalt somit lediglich Aussagen iiber jeweils einen Funktionstest. d.h. der 
Testbericht bezieht sich jeweils nur auf einen Teilaspekt der Gesamtpriifung. 
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D,e Zusammenstellung einer kompiexen amomadschea Prtfung, welche samOichc 
Funtaonen eines beispielsweise mulufunWonalen Pruflings ««e., is. „ich, ohne vorheri.e 
Programmierung durch den Benu,«r mogUch. Dies hat jedoch zur Folge. da« ei^ 
dexaruge komplexe automatische Priifung nicht ohne ProgrammierkennWsse ersWlt 



werden kann. 



Der vorliegenden Erfindung liegt daher die Aufgabe zugn.„de. ein Tes.sys»m sowie ein 
Tes^-e^fah^en zun, Tes.e„ der Funktionsrahigkei, von Pruflingen vorzuschlagen, wobei die 
zuvor genannten Probleme beseitigt sind. 



insbesondere soU ein TesBysten, sowie ein Te«verfahren vorgeschlagen werden, wobei 
selbs. eme kompl«e Prufung eines Prflflings mit einfechen Mitteln gewahrleistet ist Des 
weiteren soil eine CJesamtbeurteilung des Gesamttests hinsichmch der Funktionsfflugkei. 
15 des Pruflings moglich sein. 

Die obengenannte Aufgabe wird hinsichdich des Testsystems dui^h ein Testsystem gen«B 
Anspruch 1 und hinsichmch des Testverfah™,s durch ein Verfahren nach Anspruch 26 

gelost. 



Die Unteranspruche beschreiben aUgemein vorteUhafte Ausgestaltungen der Erfmdunc. 

ErfindungsgemiB stehen mehrere unterschiedliche Testmodule zur Verf(igun» wobei jedes 
Testmodul einen bestimmten Pruning hinsichmch eines Oder mehrerer besdmmter 
Funkuonsaspekte teste.. Die einzelnen Testmodule konnen ein und denselben Prufling oder 
unterschiedliche Pruflinge testen. Bei den Pruflingen kann es sich insbesondere urn 
elektnsche Prilfflnge einer Energieversorgungseinrichning handeln. Die einzelnen 
Testmodule konnen benutzerspezifisch ausgewSW. und kombiniert werden so daB sich 
eme sequendelle Testvorschlft fur den von dem Testsystem durchzufuhrenden Gesamttes. 
«g.bt. Insbesondere erfolgt die Auswahl der einzelnen Testmodule menugesteuer. uber 
eine graphische Benutzeroberflache. 



OCIO; <WO_9845720A1J_> 



wo 98/45720 PCT/EP98/01524 



Ein'zentraler Priiflingsparameter-Speicher stellt samUiche Daten zur Verfugung, die den zu 
testenden Priifling bzw. die zu testenden Pruflinge betreffen. Des weiteren ist ein zentraler 
Testgerateparameter-Speicher vorgesehen, der samtliche testgeratebezogenen Daten zur 
5 Verfugung steUt, welche die an das Testsystem angeschlossenen Testgerate beschreiben. 
Durch Uberpriifung der in dem Testgerateparameter-Speicher abgelegten Daten kann somit 
das Testsystem automatisch beurteilen, ob die zur Verfugung stehenden Testgerate fiir den 
benutzerspezifisch zusammengestellten Test ausreichend sind. 

10 Nachdem ein Benutzer eine bestimmte Testfolge nach seinen Wunschen zusammengestellt 
hat, wird der Test durchgefuhrt, wobei die einzelnen in diese benutzerspezifische Testfolge 
eingebetteten Testmodule sequentieU angesteuert und aktiviert werden und somit ihren 
jeweils entsprechenden Funktionstest durchfuhren. Die Ergebnisse des Tests werden in 
einem Testbericht abgelegt. 

15 

Der . Testbericht bzw. das Testprotokoll sind insbesondere in die benutzerspezifisch 
zusammengestellte Testfolge bzw. Testvorschift eingebettet und konnen zusammen mit 
dieser Testvorschrift abgespeichert werden. Durch emeutes Laden dieser Testvorschrift 
kann somit nach Loschen samtiicher eingetragener Testergebnisse ein emeuter Test anhand 

20 einer bereits zusammengesteUten benutzerspezifischen Testvorschrift durchgefuhrt werden. 
Dies bedeutet, daJJ einerseits zuruckUegende Testergebnisse spater noch einmal eingesehen 
werden konnen und andererseits aufgrund archivierter Testergebnisse eine gleichartige 
Priifung nochmals durchgefuhrt werden kann, da zusammen mit der fruheren 
Testvorschrift bzw. dem Testbericht samUiche fur den zuruckliegenden Test erforderlichen 

25 Parameterdaten abgespeichert worden sind. 

Vorteilhafterweise konnen die durch den Benutzer ausgewahlten Testmodule nicht nur in 
ihrer Gesamtheit, d.h. gemaB ihrer festgelegten Reihenfolge, ausgefuhrt werden, sondem 
sind auch einzeln ansteuerbar, was insbesondere fur die Fehlersuche nach Auftreten eines 
30 Fehlers wahrend des Gesamttests hUfreich ist. 
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Einzdne Funktionen des Testsystems konnen durch benutzerspezifische 
Zugriffscodes,welche in der Kegel durch Passworter gebildet sind, geschutzt warden, so 
dafi fur einzelne Benutzer nur bestimmte Funktionen des Testsystems zuganglich sind.' Fur 
bestimmte Benutzer kann somit beispielsweise nur das Laden und Einsehen eines 
Testberichts moglich sein, ohne dafi diese Benutzer eine eigene Prufung oder ein 
Verandem des Testberichts bzw. der Testvorschrift durchffihren konnen. Fur andere 
Benutzer kann die MogUchkeit der Makro-Programmierung in dem Testsystem gespem 



sein 



Das erfmdungsgemaBe Testsystem sowie das erfmdungsgemaBe Testverfahren weisen 
gegenuber dem bekannten Stand der Technik zahlreiche Vorteile auf. So kann auf einfache 
Weise eine komplexe Gesamtpnifung fur einen beispielsweise multifunktionalen Prufling 
benutzerspezifisch zusammengestellt werden, wobei der Prufling in seiner Gesamthei'i 
gepriift werden kann, d.h. samtUche funktionalen Teilaspekte konnen innerhalb einer 
Prufung getestet und zudem bewertet werden. Zwecks Durchfuhrung einer Prufung wird 
automatisch ein Testbericht erstellt, der zugleich als wiederverwendbare Testvorschrift fur 
nachfolgende Tests bzw. Priifungen verwendet werden kann. Das ErsteUen der 
benutzerspezifischen Testvorschrift erfolgt vorteUhafterweise uber eine einfach zu 
bedienende graphische Benutzeroberflache. Bereits durchgefuhrte Priifungen konnen 
archiviert werden, so daB sich Testergebnisse historisch nachverfolgen lassen. Der 
automatisch erstellte Testbericht wird mit einer speziellen Ansicht dargesteUt. so daB ein 
einfacher Vergleich mit bereits durchgefuhrten Priifungen mogUch ist. 

Die Erfindung wird nachfolgend unter Bezugnahme auf die Zeichnung anhand bevorzugter 
25 Ausfuhrungsbeispiele beschrieben. 



Fig. 1 zeigt ein vereinfachtes Blockschaltbild eines bevorzugten 

Ausfiihrungsbeispiels des erfindungsgemaBen Testsystems, 

30 Fig. 2a und 2b zeigen in dem in Fig. 1 dargestellten bevorzugten Ausfuhrungsbeispiel 
auftretende Zustandsubergange, 
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Fig. 3 



zeigt beispielhaft den Aufbau einer von dem erfmdungsgemaBen Testsystem 
erstellten Testvorschrift,in welche TestprotokoUe eingebettet sind, 



Fig. 4 



zeigt ein Ausfuhrungsbeispiel einer bei dem bevorzugten 
Ausfiihrungsbeispiei venvendeten graphischen Benutzeroberflache, und 



Fig. 5 



zeigt eine weitere Darstellung der in Fig. 4 gezeigten graphischen 
Benutzeroberflache. 



Fig. 1 zeigt ein vereinfachtes Blockschaltbild eines bevorzugten Ausfuhrungsbeispiels des 
erfindungsgemafienTestsystems, welches eine automatische Prufiing eines oder mehrerer 
Pruflinge mit integrierter ProtokoUierung und Archivierung der Testergebnisse bereitstellt. 

Das in Fig. 1 gezeigte Testsystem umfalit als wesendiche Bestandteile ein Steuermodul 1 
sowie mehrere unterschiedliche Testmodule 2a - 2c. Die Testniodule 2a - 2c dienen jeweils 
zur Ansteuerung desselben oder unterschiedlicher Testgerate, wobei in Fig. 1 lediglich ein 
Testgerat 6 dargestellt ist, welches uber eine entsprechende Treiber-Schnittstelle 5 von den 
einzelnen Testmodulen 2a - 2c angesteuert wird. Die einzelnen Testmodule 2a - 2c konnen 
beispielsweise unterschiedliche Funktionen ein und desselben Pruflings 7 oder 
unterschiedliche Funktionen verschiedener Pruflinge 7 testen. . 

Eine zentrale Datenbank 3 dient zum Speichem und testmodul-ubergreifenden Verwalten 
samtlicher prufiing sbezogener Daten. Jedes zu priifende Objekt, d.h. jeder Prufiing 7, ist 
modelliert, d.h. wird durch eine Vielzahl von verschiedenen PriifUngsparametem 
beschrieben, welche in der Datenbank 3 abgelegt sind. Dabei konnen zunachst nur die 
tatsachlich fur die Prufung erforderlichen pruflingsbezogenen Daten vorhanden sein, wobei 
der Datenumfang entsprechend spater dynamisch anwachsen kann. Bei Pruflingen von 
Energieversorgungseinrichtungen kann es sich beispielsweise urn ein Uberstrom-Relais 
Oder einen Energiezahler handeln. Des weiteren kann der Prufiing 7 eine 
Synchronisiereinrichtung sein, welche beim Zuschalten eines Generators an ein 
Versorgungsnetz erforderlich ist, um die Frequenz, die Spannung und die Phasenlage des 
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Generators an das Versorgungsnetz anzupassen. Des weiteren kann es sich um einen 
multifunktionalen Priifling handeln, wie z.B. einen multifunktionalen Abzweigschutz, der 
durch Uberwachen des Stroms oder der Impendanz einer Abzweigleitung lines 
Versorgungsnetzes .die Abzweigleitung selektiv abschalten kann. Die in der zentralen 
Datenbank 3 abgelegten pruflingsbezogenen Parameter konnen somit beispielsweise die 
Ein- Oder Ausgange (analog oder digital) der zu testenden Priiflinge sowie deren 
Funktionen beschreiben. Insbesondere konnen die pruflingsbezogenen Parameter einzelne 
Kennlinien, nominelle Strom- oder Spannungswerte oder die schaJtungstechnische 
Umgebung des Pruflings, wie z.B. die Ansteuerung des Pniflings durch einen 
Transformator etc., betreffen. Die pruflingsbezogenen Parametefdaten der Datenbank 3 
mussen vor Durchfuhren eines Tests durch einen Benutzer dem Testsystem mitgeteilt, d.h. 
eingegeben werden. wobei vorteilhafterweise diese Eingabe verteilt fur die einzelnen 
Testmodule 2a - 2c erfolgt, insbesondere bei deren Einbettung in die Testvorschrift. Da 
diese Pruflingsparameterdaten vorzugsweise in einer Datei mit offenem, dokumentiertem 
Format gespeichert werden. ist es auch moglich, die Pruflingsparameterdaten 
softwaremaBig auszutauschen, wobei beispielsweise ein Hersteller eines bestimmten 
Pruflings bereits alle fiir den entsprechenden Priifling notwendigen Parameterdaten in einer 
entsprechenden Datei speichert, die in die Datenbank 3 ubemommen werden kann, so daU 
ein Benutzer die Prixflingsparameterdaten nicht nochmals eingeben muB. Auf die in der 
Datenbank 3 abgelegten Priiflingsparameterdaten greift sowohl das Steuermodul 1 als auch 
die einzelnen Testmodule 2a - 2c zu, da diese Daten insbesondere fur die Ausfuhrung der 
einzelnen Testmodule und somit fur die Ansteuerung des Testgerats 6 erforderlich sind. 

Des weiteren ist eine zweite zentrale Datenbank 4 fiir die testmodul-ubergreifende 
Speicherung und Verwaltung von testgeratebezogenen Daten vorgesehen. Jedes 
anschUeBbare Testgerat 6 ist in seiner Gesamtheit modelliert, d.h. die die einzelnen 
Parameter dieses Testgerats 6 beschreibenden Daten werden zentral in der Datenbank 4 
verwaltet. Die in der Datenbank 4 abgelegten Testgerateparameter betreffen samtliche 
physikalischen Hgenschaften der einzelnen Testgerate, wie beispielsweise Strom- oder 
SpannungsampUtuden. die Anzahl der MeBein- und Ausgange oder den auf jedem 
Testgerat zur Verfiigung stehenden Speicherbereich. Insbesondere definieren die 
Testgeratparameter den Typ der einzelnen Testgerate und geben an, ob beispielsweise mit 
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den Testgeraten zusatzliche Verstarker oder andere Gerate verbunden sind. Die in der 
Datenbank 4 abgelegten Testgerateparameier stehen sowohl dem Steuermodul 1 als auch 
den einzelnen Testmodulen 2a - 2c zur Verfiigung, da auch diese Daten fur die 
Ausfiihrung der einzelnen Testmodule sowie die Ansteuerung der einzelnen Testgerate 
5 iiber die Schnittstelle 5 erforderlich sind. 

Die Datenbanken 3 und 4 konnen auch durch eine zentrale Datenverwaltung realisiert sein. 

Wie bereits zuvor beschrieben worden. ist, wird erfindungsgemaii vorgeschlagen, 
10 benuuefspezifisch einen Testablauf bzw. eine Testvorschrift durch benutzerspezifisches 
Auswahlen und Kombinieren der einzelnen Testmodule 2a - 2c zu erzeugen. Nachdem 
diese Testvorschrift erstellt worden ist, steuert das Steuermodul 1 die einzelnen 
Testmodule 2a - 2c gemali der den Wunschen des Benutzers entsprechend aufgestellten 
Testvorschrift 6 speziell an und aktiviert diese, so daB die einzelnen Testmodule 2a - 2c 
15 sequentiell Teiltests hinsichdich eines Pniflings 7 oder verschiedener Priiflinge 
durchfiihren. 

GemaB einer bevorzugten Ausgestaltung der vorUegenden Erfindung wird zudem 
vorgeschlagen. dafi vor Durchfuhrung eines Gesamttests eine Uberprufung der 
20 Durchfuhrbarkeit des Gesamttests durchgefiihrt wird. Dies erfolgt dadurch, dali das 
Steuermodul 1 vor Aktivieren der einzelnen Testmodule 2a - 2c gemaiJ der 
benutzerspezifischen Testvorschrift bzw. Testfolge die Anforderungen der von dem 
Benutzer fur seine Testvorschrift ausgewahlten Testmodule mit den tatsachlich 
verfugbaren. d.h. an das Testsystem angeschlossenen Testgeraten 6 vergleicht. Dies 
25 erfolgt insbesondere dadurch, daB das Steuermodul 1 auf die in der Datenbank 4 
abgelegten Testgerateparameterdaten zugreift. Mit Inbetriebnahme des Testsystems fragt 
dal Testsystem uber die Schnittstelle 5 automatisch samtliche angeschlossene Testgerate 6 
sowie deren Testgerateparameterdaten ab und legt die den als angeschlossen erkannten 
Testgeraten 6 entsprechenden Testgerateparameterdaten in der Datenbank 4 ab, so dafi die 
30 Datenbank 4 vor Ausfuhrung eines Tests stets die Testgerateparameterdaten samOicher zur 
Verfugung stehender Testgerate 6 beinhaltet. Durch Zugriff auf die in der Datenbank 4 
abgelegten Daten kann demnach das Steuermodul 1 in Verbindung mit den Testmodulen 
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2a - 2c entscheiden, ob die in der benutzerspezifischen Testvorschrift beriicksichtigten 
Testmodule 2a - 2c mit Hilfe der durch die in der Datenbank 4 abgelegten Daten 
identifizienen angeschlossenen Testgerate ausgefuhrt werden konnen. 1st dies nicht 
mogUch, gibt das Steuermodul I eine entsprechende Wamung akustisch oder optisch uber 
eine Anzeigenvonichtung 12 aus. Zusatzlich kann das Steuermodul 1 optisch die fur die 
Ausfuhrung des Tests erforderlichen Testgerate uber die Anzeige 12 darstellen, so dalJ 
beispielsweise die fiir die Testdurchfuhrung erforderliche Verdrahtung der einzelnen 
Testgerate 6 wiedergegeben wird, um einem Benutzer die ordnungsgemaUe Durchfiihrung 
des von ihm benutzerspezifisch zusammengesteUten Gesamttests zu erleichtem. 

Mit Hilfe der zuvor beschriebenen Uberpriifung der Verfugbarkeit der erforderlichen 
Testgerate ist gewahrleistet. daB fur den Fall, dafi die erforderlichen Testgerate nicht an 
das Testsystem angeschlossen sind, bereits vor einer unter Umstanden lange dauemden 
Prufung entsprechende MaiJnahmen getroffen werden und nicht erst wahrend des 
Priifablaufs, wenn eine entsprechende Fehlermeldung ausgegeben wird. 

Um eine von dem Steuermodul 1 unabhangige Ausfuhrung des Gesamttests zu 
gewahrieisten, wird eine Zustandssteuerung verwendet. die sowohl in dem Steuermodul 1 
als auch in den einzelnen Testmodulen 2a.- 2c realisiert ist. Fig. 2a zeigt die dabei 
auftretenden einzelnen Zustande sowie die erlaubten Zustandsubergange, wobei mit jedem 
Zustandsubergang eine entsprechende Mitteilung an das Steuermodul 1 verbunden ist, so 
daB das Steuermodul 1 standig uber den Zustand bzw. den Ablauf der Prufung informieit 
ist und entsprechende Zustandsmeldungen ausgeben kann. 

Wie in Fig. 2a gezeigt ist, wird ausgehend von dem Jnitialzustand" durch die 
Ansteuerung der einzelnen Testmodule mit Hilfe des Steuermoduls in den Zustand 
„Testen- ubergegangen (Zustandsubergang < 1 ». Der Testvorgang kann von dem 
Benutzer angehalten oder unterbrochen werden. Wird der Testvorgang von dem Benutzer 
lediglich angehalten (Zustandsubergang < 2 », so schlieBt das Testsystem noch den 
laufenden Testschritt ab und geht erst dann in den „Pausezustand« uber (Zustandsubergang 
< 5 >). AnschUeBend kann der Testvorgang wieder fortgesetzt werden 
(Zustandsubergang < 4». Wird hingegen der Testvorgang von dem Benutzer 
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unterbrochen (Zustandsubergang < 13 >), so wird der Testvorgang sofort abgebrochen 
und beendet („Stoppzustand"). Auch eine unterbrochene Priifung kann von dem Benutzer 
wieder fortgesetzt werden (Zustandsubergang < 12 >). Wurde ein Testvorgang von dem 
Benutzer lediglich angehalten, kann auch ausgehend von diesem Zustand die Priifung 
unterbrochen und sofort beendet werden (Zustandsubergange < 6 > und < 8 >). Der 
Zustandsubergang < . 8 > kann- auch entfallen. Konnte die Testfolge voUstandig 
abgeschlossen werden, so wird in den Zustand „Test beendet" ubergegangen 
(Zustandsiibergange < 7 > und < 9 >). Tritt hingegen ein Initialzustand cder wahrend 
des Testens ein Fehler im System auf, wird uber die Zustandsubergange < 18 >, < 11 
> und -< 10 > eine Fehlerbehandlung durchgefuhrt. Ausgehend von den einzelnen in 
Fig. 2a dargesteUten Zustanden kann der Benutzer wieder in den „ Initialzustand" 
ubergehen (Zustandsubergange < 14 >, < 15 >, < 16 > und < 17 >), wobei damit 
jeweils ein Loschen der augenblickiichen Testergebnisse verbunden ist. 



Unter Bezugnahme auf Fig. 2b soil nachfolgend die Fehlerbehandlung wahrend des 
Testens beschrieben werden. Wie bereits zuvor erwahnt worden ist, wird fortlaufend eine 
Bewertung der Teilergebnisse des Tests durchgefuhrt, wobei bei einem fehlerfreien 
Teilergebnis der Test fortgesetzt wird (Zustandsubergang < 23 >) und bei einem 
fehierhaften Teilergebnis in die Fehlerbehandlung ubergegangen wird (Zustandsubergang 
20 < 19 >). tiber den Zustandsubergang < 26 > kann der Benutzer entscheiden, daB er 
nach Auftreten eines Fehlers - beispielsweise um Zeit zu sparen - den Test sofort beenden 
wUl. Ansonsten wird uberpriift, ob eine Fehlerroutine installiert ist (Zustandsubergang < 
20 >) und - falls nicht - wieder mit dem Testzustand fortgefahren (Zustandsubergang < 
24 >). Ist hingegen die Fehlerroutine installiert (Zustandsubergang < 21 >), so kann der 
Benutzer innerhalb dieser Fehlerroutine die weitere Durchfiihrung der Priifung selber 
bestimmen. Der Benutzer kann bestimmen, daB die Priifer normal weitergefuhrt werden 
sou (Zustandsubergang < 22 >), daB die Priifung angehalten wird (Zustandsubergang < 
28 >) Oder die Priifung sofort abgebrochen wird (Zustandsubergang < 29 >), um die 
Priifung beispielsweise spater fortzusetzen, wenn nahere Untersuchungen hinsichdich der 
Ursache des Fehlers durchgefuhrt worden sind. Ebenso kann der Benutzer jedoch auch 
festlegen, daB trotz Auftreten eines Fehlers die Priifung als abgeschlossen zu betrachten ist 
(Zustandsubergang < 27 >), weil beispielsweise das Endergebnis der Priifung bereits 
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feststeht Oder der Benutzer den Test trotz Auftreten eines Fehlers als ^fehlerfrei" einstufen 
will. Uber den Zustandsiibergang < 25 > wird schlieBlich automatisch erkannt, daB der 
ausgefuhrte Testschritt der letzte Testschritt des Gesamttests ist, so daU in den Zustand 
„Test beendet" ubergegangen wird. 

Bei den in Fig. 2a und 2b dargestellten Zustandsdiagrammen wird hinsichtlich der 
einzelnen Zustande zwischen Anfangszustanden (dargestellt durch einen ausgefuUten 
schwarzen Kreis) und Endzustanden (dargestellt durch einen von einer Kreislinie 
umgebenen ausgefiillten schwarzen Kreis) unterschieden. Befindet sich das Testsystem in 
einem der Endzustande, so konnen in einem dieser Endzustande die Ergebnisse der 
Prufung sowie die von dem Benutzer erstellte Testvorschrift mit samtUchen fiir die 
Prufung erforderlichen Parametem abgespeichert werden. 

Aufgrund der in Fig. 2a und 2b dargestellten Zustandssteuerung ist gewahrleistet, daJJ das 
Steuermodul 1 standig uber den Fortgang und den Zustand der Prufung informiert ist, so 
daB entsprechende Zustandsmeldungen von dem Steuermodul 1 ausgegeben werderi 
konnen, um den Benutzer entsprechend zu informieren. 

Nachfolgend soU unter Bezugnahme auf Fig. 1 die Erstellung einer Testvorschrift gemaB 
20 dem erfindungsgemaBen Testverfahren naher erlautert werden. 
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Nach Inbetriebnahme des Testsystems wird zu Beginn das Steuermodul 1 gestartet und von 
dem Steuermodul 1 zunachst eine leere Testvorschrift, d.h. ein noch nicht ausgefulltes 
Prufdokument, ersteUt und auf einem als Anzeigeeinrichtung 12 dienenden Bildschirm 
dargesteUt. In diese Testvorschrift kann der Benutzer uber entsprechende Hngabemittel 9. 
beispielsweise ein Keyboard oder eine Maus, beliebige Texte eingeben. Formatieren oder 
Bearbeiten. Ebenso konnen andere Standardobjekte, wie beispielsweise ActiveX-Objekte 
(Grafiken, Tabellen) beliebig eingesetzt werden. Einzelne Testmodule, d.h. 
Teilpriifungen, werden durch den Benutzer in der gewiinschten Reihenfolge ausgewahlt 
und auf diese Weise in die von dem Steuermodul 1 erstellte Testvorschrift sequentieU 
eingefiigt. Zwischen den einzelnen Testmodulen kann wiederum ein gewunschter Text 
Oder Kommentar usw. eingegeben bzw. eingebettet werden. Mit dem Auswahlen eines 
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Testmoduls 2a - 2c wird automatisch von dem Steuermodul 1 ein von dem eingefiigten 
Testmodul bereitgestellter Testbericht bzw. Testprotokoll an der entsprechenden Stelle in 
dem Priifdokument eingefugt. Dieser testmodulspezifische Testbericht enthalt zunachst 
noch keine Ergebnisse. Zugleich wird mit dem Einfugen eines Testmoduls 2a - 2c die 
5 Eingabe von Testparametem uber die Eingabeeinrichtung 9 ermoglicht. Diese 
Testparameter sind fur jedes Testmodul benutzerspezifisch einzugeben und legen den 
Testablauf, wie bei spiels weise einzelne auszutestende Punkte, fest. Die Testparameter 
konnen beispielsweise durch automatisches Offnen einer entsprechenden Eingabemaske 
eingegeben werden. An dieser Stelle konnen auch vom Benutzer weitere 
10 Priiflingsparameter eingegeben werden, um den Bestand der zentralen 
Pruflingsparameterverwaltung 3 zu erganzen. 

Nachdem auf diese Weise eine Testvorschrift bzw. ein Priifdokument mit mehreren in 
beliebiger Reihenfolge angeordneten Testmodulen 2a - 2c von dem Benutzer erstellt 

15 worden ist, kann der Benutzer uber das Steuermodul 1 den Test starten, wobei sowohl der 
Gesamttest als auch ein bestimmtes einzelnes Testmodul ausgefuhrt werden kann. 
Insbesondere kann der Benutzer vor Staxten des Tests auf einfache Art und Weise die 
tatsachlich auszufiihrenden Testmodule in der von ihm erstellten Testvorschrift auswahlen. 
Die Testergebnisse werden automatisch auf der Anzeigeeinrichtung 12 angezeigt und 

20 konnen zudem ausgedruckt werden. Des weiteren werden die Testergebnisse automatisch 
von dem Steuermodul 1 in das von dem Benutzer erstellte Priifdokument, d.h. in die 
Testvorschrift, ubemommen, so daB der Benutzer die gesamte Testvorschrift zusammen 
mit den Testergebnissen in entsprechenden Speichermitteln 10, beispielsweise in einer 
Datenbank, abspeichem und ablegen kann. 

25 

Eine einmal durchgefuhrte Prufung kann als Vorlage fur eine neue Priifung bzw. als 
Vorlage fur eine emeute Durchfuhrung derselben Prufung verwendet werden. Zu diesem 
Zweck muB der Benutzer lediglich eine in den Speichermitteln 10 abgelegte altere 
Testvorschrift laden und die darin abgelegten Testergebnisse - falls vorhanden - uber 
30 entsprechend vorgesehene Loschmittel 8 loschen. Nach Loschen der alten Testergebnisse 
steht wieder die Testvorschrift in ihrer urspriinglichen Form zur Verfugung und kann 
insbesondere durch den Benutzer durch Auswahl weiterer Testmodule 2a - 2c bzw. durch 
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Loschen bereits ausgewahlter Testmodule erganzt Oder verandert werden. Dieses 
Verfahren ist insbesondere hilfreich, um einzelne Priifungen miteinander zu vergleichen. 
Die von dem Benutzer zuletzt durchgefuhrte bzw. aus den Speichermitteln 10 geladene 
Priifung bleibt vorteilhafterweise zunachst erhalten und wird neben der von dem Benutzer 
neu durchgefuhrten Priifung auf der Anzeigeneinrichtung 12 dargestellt. so daiJ die 
einzelnen Priifungen auf einfache Weise verglichen und insbesondere ein Trend bei der 
Priifung erkannt werden kann. 

Als Hilfsmittel fur besonders komplexe Ablaufe in dem Testsystem kann das Steuermodul 
1 und/oder die einzelnen Testmodule 2a - 2c durch eine sogen. Makro-Programmiertmg 
(Basic Scripting) automatisiert werden. Dies geschieht fiber entsprechende 
Programmiermittel 11, wobei die Programmierung insbesondere fiber eine Tastatur 
erfolgen und abgerufen werden kann. 



Wie bereits anhand Fig. 2a und 2b beschrieben worden ist, kami ein Benutzer fiber das 
Steuermodul 1 jedes Testmodul beliebig starten, stoppen oder pausieren. Des weiteren 
kann der Benutzer fiber die Loschmittel 8 bereits vorhandene Testergebnisse zuriicksetzen, 
d.h. loschen. Vorteilhafterweise mussen vor Durchffihren eines neuen Tests zunachst 
bestehende Testergebnisse gespeichert oder geloscht werden, um somit nicht die 
20 bestehenden Testergebnisse ungewoUt zu fiberschreiben. 

Fig. 3 zeigt ein Beispiel fur eine von einem Benutzer erstellte Testvorschrift 13. Der 
Benutzer hat in die Testvorschrift 13, d.h. das entsprechende Priifdokument, zunachst ein 
erstes Textfeld 14 eingefugt, welches beispielsweise globale Testinformationen fiber die 

25 Person des Benutzers, das Testobjekt, das Testdatum usw. enthalten kann. AnschlieBend 
hat der Benutzer ein Grafikfeld 15 eingebettet, wobei das Steuermodul 1 vorteilhafterweise 
dieses Grafikfeld 15 automatisch erzeugt und darin Verdrahtungsinformationen fur den 
Benutzer hinsichtUch des Anschlusses seiner Testgerate an dem Priifling enthalt. Dieses 
Grafikfeld 15 wird insbesondere von dem Steuermodul 1 erst nach Auswahlen einzelner 

30 Testmodule erstellt, wobei bei Auswahl eines Testmoduls das Steuermodul durch Zugriff 
auf die in Fig. 1 dargesteUte zentrale Datenbank 4 mit den darin abgelegten 
Testgerateparameterdaten die notwendige Verdrahtung des entsprechenden Testgerats 
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ermittelt und in dem Grafikfeld 15 anzeigt. AnschlieBend hat der Benutzer einen weiteren 
Text 16 eingegeben, welcher beispielsweise als Uberschrift und Definition des nachfolgend 
von ihm ausgewahlten ersten Testmoduls 17 dient. Nach Auswahl des ersten Testmoduls 
17 wild- dieses automatisch von dem Steuermodul in die Testvorschrift 13 eingebettet und 
5 in Form eines TestprotokoUs in der Testvorschrift 13 wiedergegeben, wobei der Benutzer 
den Umfang der Darstellung dieses TestprotokoUs bestimmen kann. Auf diese Weise kann 
der Benutzer festlegen, welche Testergebnisse des entsprechenden Testmoduls fiir ihn 
tatsachlich interessant sind. Auf ahnliche Weise konnen weitere Testiiberschriften 18 und 
weitere Testmodule 19 eingefiigt werden. Am Ende der Testvorschrift wird automatisch 

10 von dem Steuermodul eine ubergreifende Statistik 20, d.h. eine globale Bewertung 
samtlicher von dem Benutzer eingebetteter Testmodule 17 und 19 erzeugt und eingefugt, 
welche beispielsweise Informationen iiber die Anzahl der eingefugten Testmodule, die 
Anzahl der getesteten Testmodule, die Anzahl der fehlerfreien Testmodule und die Anzahl 
der fehlerhaften Testmodule beinhaltet. Vorteilhafterweise kann beispielsweise vor der 

15 Verdrahtungsinformation 15 von der zentralen Priiflingsparameterverwaltung auch ein 
Informationsfeld iiber die Pruflingsparameter des Tests eingefugt werden. 



Auf diese Weise kann mit Hilfe des erfmdungsgemafien Testsystems eirifach ein komplexer 
Priifablauf von einem Benutzer gemaB seinen speziellen Anforderungen erstellt und eine 
20 globale Gesamtbewertung des von ihm festgelegten Gesamttests ermittelt werden. 

Pie in Fig. 3 beispielhaft dargestellte Testvorschrift kann von dem Benutzer - wie bereits 
beschrieben worden ist - abgespeichert werden, wobei zusammen mit der Testvorschrift 
die moglicherweise innerhalb der einzelnen TestprotokoUe enthaltenen Testergebnisse 

25 sowie die in der Testvorschrift eingebetteten Testmodule abgelegt und gespeichert werden, 
Des weiteren werden zusammen mit der Testvorschrift 13 die fur die einzelnen Testmodule 
eingegebenen Testparameter und vorteilhafterweise auch die fur die Durchfuhrung der 
eingebetteten Testmodule aus den Datenbanken 3 und 4 ausgelesenen Pruflingsparameter 
und Testgerateparameter gespeichert, so dafi nach Laden der Testvorschrift 13 dieselbe 

30 Priifung emeut problemlos durchgefuhrt werden kann. Vor Durchfiihren derselben 
Prufung mussen jedoch uber die Loschmittel 8 die zuletzt ermittelten Testergebnisse 
geloscht werden. Da zwischenzeitlich auch andere oder neue Testgerate an das Testsystem 
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angeschlossen sein konnen, wird die Datenbank 4, welche samtliche Testgerateparameter 
der an das Testsystem angeschlossenen Testgerate beinhaltet, standig aktualisiert, d.h. die 
an die Schnittstelle 5 angeschlossenen Testgerate 6 werden standig uberpruft und die 
entsprechenden Testgerateparameter in der Datenbank 4 abgelegt. Beim Starten eines 
neuen Tests konnen dann die Testmodule auf die jeweHs aktueUen Testgerateparameter 
zugreifen. 

Das der vorliegenden Erfmdung zugrundeliegende Prinzip wurde zuvor allgemein unter 
Bezugnahme auf Fig. 1 bis 3 anhand eines beliebigen Pruflings 7 eriautert, wobei der 
Priifling 7 insbesondere ein multifunktionaler elektrischer PriifUng sein kann, der somit 
mehrere Funktionen zur Verfugung stellt. 

Bevorzugt wird die vorliegende Erfmdung jedoch zum Testen der Funktionsfahigkeit von 
Energieversorgungseinrichtungen bzw. deren Bestandteile eingesetzt. Des weiteren ist das 
erfindungsgemafie Testsystem bzw. das erfindungsgemaBe Testverfahren bevorzugt 
rechnergestutzt reaHsiert, wobei der Benutzer vorteilhaftenveise meniigesteuert uber eine 
graphische Benutzeroberflache mit dem Testsystem kommunizieren kann. 

Nachfolgend wird daher anhand Fig. 4 und 5 ein bevorzugtes Ausfuhrungsbeispiel der 
20 vorUegenden Erfindung anhand einer graphischen Benutzeroberflache eriautert, welche fur 
das 32-Bit Betriebssystem Microsoft-Windows 95 oder Microsoft-Windows NT entwickelt 
worden ist und auf einer Microsoft-ActiveX/OLE-Implementierung beruht. 
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Die Benutzeroberflache besitzt zunachst eine Menuleiste 21, welche die fiir Windows- 
Anwendungen ublichen Menubefehle bereitsteUt. Insbesondere konnen uber diese 
Menuleiste ersteUte Testvorschriften bzw. Priifdokumente gespeichert, geladen, gedruckt. 
nej erstellt, geandert, formatiert usw. werden. Uber den Menupunkt ^Insert" kann ein 
neues Testmodul in eine Testvorschrift eingefugt werden, wahrend iiber den Menupunkt 
„Test« der Test gemaB der erstellten Testvorschrift gestartet, angehalten, unterbrochen 
bzw. fortgesetzt werden kann. Ebenso konnen uber diesen Menupunkt bestimmte 
Testergebnisse geloscht werden. Uber den Menupunkt „Script« kann die bereits zuvor 
erwahnte Makro-Programmierung durchgefuhrt werden, wahrend uber den Menupunkt 
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„View") zwischen unterschiedlichen Ansichten, wie beispielsweise einer sogen. Icon- 
Ansicht oder einer Listenansicht, der eingebetteten Testmodule umgeschaltet werden kann. 
Uber den Menupunkt „Windows" bzw. „Help" konnen die dargestellten Fenster 
angeordnet bzw. eine Hilfefunktion aufgerufen werden. 

5 

Unterhalb der Menuleiste 21 sind fur die wesentlichen zuvor beschriebenen Menubefehle 
Buttons dargestellt, die somit einen vereinfachten Zugriff auf die wichtigen Menubefehle 
ermoglichen. Des weiteren sind darunter Einstellfelder bzw. Formatierbuttons 23 
dargestellt, welche insbesondere zur Formatierung eines eingegebenen Textes bzw. einer 
10 eingebetteten GraFik dienen. 



Das Steuermodul ubenvacht dynamisch samtUche verfugbaren Testmodule, die 
insbesondere in Form einer Datenbank in dem Testsystem abgelegt sind. Die verfugbaren 
Testmodule werden standig in einem Feld 29 angezeigt. Auf diese Weise konnen 
wahlweise neue Testmodule nachgeriistet werden, die automatisch erkannt und sofort dem 
Benutzer uber das Feld 29 zur Verfiigung gestellt werden. 

Das Feld 25 stellt die von dem Benutzer erstellte Testvorschrift bzw. das von dem 
Benutzer erstellte Prufdokument dar. In dieses Feld kann der Benutzer beliebigen Text 
eingeben oder Grafiken einbetten sowie Verbindungen zu anderen Standarddateien 
herstellen. Ein Testmodul wird aus dem Testmodulbereich 29 ausgewahlt, in dem mit dem 
Mauszeiger ein dem Testmodul entsprechendes Symbol angeklickt und an der 
augenblicklichen Position des Cursors in dem Feld 25 eingefugt wird. Das Testmodul wird 
sofort in Form einer entsprechenden Protokollansicht dargestellt, welche die (zunachst 
nicht vorhandenen) Testergebnisse des entsprechenden Testmoduls sowie gegebenenfalls 
auch die entsprechenden Testgerate- und Pniflingsparameterinformationen wiedergibt. 

Oberhalb des eigentlichen Testvorschriftfeldes 25 ist ein weiteres Feld bzw. Fenster 24 
geoffnet, welches in Listenform samtliche von dem Benutzer bisher ausgewahlte 
Testmodule darsteUt, wobei die einzelnen Testmodule individuell fur einen nachfoigenden 
Test uber die mit Haken versehenen Kastchen aktiviert und ausgewahlt werden konnen. 
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In dem Listenfeld 24 werden die ausgewahlten Testmodule zusammen mit dem 
augenblicklichen Status des entsprechenden Testmoduls sowie eine Information uber die 
fur das entsprechende Testmodul erforderliche Testgeratekonfiguration dargestellt. 

Im oberen Bereich der in Fig. 4 gezeigten graphischen Benutzeroberflache sind Buttons 26 
dargestellt, uber die ein bestimmtes Testmodul, welches in dem Listenfeld 24 
hervorgehoben dargestellt ist. individuell gestartet werden kann sowie die diesem 
Testmodul entsprechenden Testergebnisse geloscht werden konnen und die fur die 
Ausfuhrung dieses Testmoduls erforderliche Testgeratekonfiguration iiberpriift, d.h. 
verifiziert werden kann. 
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Daneben sind Buttons 27 dargestellt, mit denen sowohl ein einzeln ablaufendes Testmodul 
sowie der Gesamttest abgebrochen oder angehalten werden kann. 

SchlieBUch sind auch Buttons 28 dargestellt, wodurch ein Test samtlicher eingebetteter 
Testmodule in der von dem Benutzer ausgewahlten Reihenfolge, ein Loschen samtlicher 
Testergebnisse sowie eine Uberpriifung der fur samtUche Testmodule erforderlichen 
Testgeratekonfiguration moglich ist. 

Wie bereits zuvor beschrieben worden ist, wird nach Auswahlen eines neuen Testmoduls 
aus dem Testmodulbereich 29 automatisch eine Hngabemaske geoffnet, die ein Einstellen 
der fur die Durchfuhrung des entsprechenden Testmoduls erforderlichen Testparameter 
ermoglicht. Dieser Zustand ist in Fig. 5 dargestellt. 

Die in Fig. 5 dargestellte Eingabemaske 31 enthalt wiederum eine Menuleiste, fiber die die 
einzelnen Eigenschaften des Testmoduls geladen oder verandert werden konnen. Die 
wesentUchen Menupunkte sind in einer Buttonleiste 33 wiederum zusammengefaBt. Des 
weiteren enthalt diese Eingabemaske Buttons 32, fiber die das individueUe Testmodul 
einzeln, d.h. getrennt von dem Gesamttest, durchgefuhrt sowie abgebrochen und 
angehalten werden kann. Des weiteren konnen fiber einen dieser Buttons die 
Testergebnisse des entsprechenden Testmoduls geloscht werden. Zudem ist es mogUch, das 
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Testmodul auch ohne Erstellung eines Test- bzw. Priifberichts durchzufiihren, was 
insbesondere fur die Fehlersuche hilfreich ist. 

In einem Feld 35 der Eingabemaske 31 ist die dem Testmodul eigene Kennlinie zwischen 
5 dem Differentialstrom und dem Stabilisierungsstrom fiir einen elektrischen Prufling einer 
Energieversorgungseinrichtung dargestellt. Der Benutzer hat nunmehr durch Anklicken 
eines beliebigen Punktes innerhalb des Kennlinienfeldes 35 die Moglichkeit, den 
entsprechenden Punkt als Testpunkt fiir die Durchfuhrung des Testmoduls auszuwahlen, 
wobei der entsprechende Testpunkt in ein Anzeigenfeld 34 ubemommen wird. Durch die 

10 neben diesem Anzeigenfeld dargestellten Buttons konnen einzelne oder samtliche 
Testpunkte wieder entfemt werden. Unterhalb des Anzeigenfeldes kann die Testart fiir den 
durch das Testmodul durchzufuhrenden Test festgelegt werden, wobei beispielhaft ein 
Dreiphasensystem gepriift werden kann, wobei die drei Phasen durch A, B und C und 
Erde N abgekiirzt werden. Durch Auswahlen des Feldes „B-N" wird dementsprechend ein 

15 Fehler zwischen der zweiten Phase und Erde iiberpriift. Darunter wird hinsichtlich eines 
gewahlten Testpunkts die tatsachlich gemessene Ansprechzeit sowie die sich daraus 
ergebende Abweichung wiedergegeben. 

In dem Anzeigenfeld 34 werden zudem fiir jeden ausgewahlten Testpunkt nach 
20 Durchfuhren eines Tets die gemessene Ansprechzeit „taci" und die vorgegebene 
Ansprechzeit „inonn" angezeigt. 

Sowohl in Fig. 4 als auch in Fig. 5 werden fiir den Benutzer nicht verfiigbare Buttons, 
z.B. der Testbutton vor Speichem oder Loschen bestehender Testergebnisse, grau 
25 dargestellt. 

Innerhalb der Eingabemaske 31 kann zwischen unterschiedlichen Ansichten zur Eingabe 
verschiedener Testparameter fiir das ausgewahlte Testmodul umgeschaltet werden. Des 
weiteren ist es auch moglich, zwischen der in Fig. 5 dargestellten Eingabemaske 31 sowie 
30 der ebenfalls in Fig. 5 dargestellten Testberichtansicht umzuschalten, wobei das 
Testberichtfeld 25 mit der eigentlichen Testvorschrift vorzugsweise standig im Hintergrund 
dargestellt wixd. Das iiber die Eingabemaske 31 augenblicklich bearbeitete Testmodul wird 
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innerhalb der Testvorschrift 25 (wie durch das Bezugszeichen 30 angedeutet) 
hervorgehoben dargestellt. 
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ANSPRUCHE 

1. Testsystem zum Testen der Funktionsfahigkeit von Priiflingen, 
5 mit mindestens zwei unterschiedlichen Testmodulen (2a - 2c), welche jeweils einen 
Prufling (7) hinsichtlich eines bestimmten Funktionsaspektes testen, und 
mit einem Steuermodul (1), welches die Testmodule (2a - 2c) gemaB einer 
benutzerspezifischen Testvorschrift (13) ansteuert und somit aktiviert. 

10 2. Testsystem nach Anspruch 1, 

dadurch gekennzeichnet, 

daB die benutzerspezifische Testvorschrift (13) durch benutzerspezifisches Auswahlen und 
Kombinieren der Testmodule (2a r 2c) erstellbar ist. 

15 3. Testsystem nach Anspruch 2, 

dadurch gekennzeichnet, 

da6 die Erstellung der benutzerspezifischen Testvorschrift (13) rechnergestutzt fiber eine 
graphische Benutzeroberflache erfolgt. 



4. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dafl das Steuermodul (1) automatisch alle verfiigbaren Testmodule (2a - 2c) ermittelt und 
anzeigt, 

5. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

daB in die benutzerspezifische Testvorschrift (13) Standardobjekte (14, 15, 16, 18) 
bestimmter Datenformate einbindbar sind. 



6. Testsystem nach Anspruch 5, 
dadurch gekennzeichnet, 
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daB die einbindbaren Standardobjekte Texte (14, 16, 18), Grafiken (15) und/oder Dateien 
sind. 

7. Testsystem nach einem der vorhergehenden Anspruche, 
5 gekennzeichnet durch 

Programmiermittel (11), urn bestimmte Ablaufe des Steuermoduls (1) oder eines 
Testmoduls (2a - 2c) benutzerspezifisch zu automatisieren. 

8. Testsystem nach einem der vorhergehenden Anspruche, 
10 gekennzeichnet durch 

zentrale Priiflingsparameter-Speichermittel (3) zum Speichem und Verwalten von 
pruflingsbezogenen Daten, welche Eigenschaften der zu testenden Pruflinge (7) 
beschreiben, wobei das Steuermodul (1) und/oder die Testmodule (2a - 2c) auf die'in den 
zentralen Pruflingsparameter-Speichermitteln (3) gespeicherten pruflingsbezogenen Daten 
15 zugreifen. 

9. Testsystem nach Anspruch 9, 
dadurch gekennzeichnet, 

daB die pruflingsbezogenen Daten eingebbar und/oder austauschbar sind. 



20 



25 



10. Testsystem nach einem der vorhergehenden Anspriiche, 
gekennzeichnet durch 

zentrale Testgerateparameter-Speichermittel (4) zum Speichem und Verwalten von 
testgeratebezogenen Daten, welche Eigenschaften von durch die Testmodule (2a - 2c) 
angesteuerten Testgeraten (6) beschreiben, welche zum Testen des oder der Pruflinge (7) 
vorgesehen sind, wobei das Steuermodul (1) und/oder die Testmodule (2a - 2c) auf die in 
den zentralen Testgerateparameter-Speichermitteln (4) gespeicherten testgeratebezogenen 
Daten zugreifen. 



30 11. Testsystem nach Anspruch 10, 

dadurch gekenxizeichnet, 
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daB die testgeratebezogenen Daten bei Inbetriebnahme des Testsystems automatisch durch 
Uberpriifen der an das Testsystem angeschlossenen Testgerate (6) erzeugt werden und/oder 
von einem Benutzer eingebbar sind. 

5 12. Testsystem nach Anspruch 11, 

dadurch geketmzeichnet, 

dali das Testsystem vor Ausfuhrung der benutzerspezifischen Testvorschrift (13) anhand 
der in den zentralen Testgerateparameter-Speichermitteln (4) gespeicherten 
testgeratebezogenen Daten feststellt, ob die zur Verfugung stehenden Testgerate (6) fur die 
10 Ausfuhrung der Testvorschrift (13) geeignet sind. 

13. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekeonzeichnet, 

daJi die Testmodule (2a - 2c) verschiedene Funktionsaspekte ein und desselben Priiflings 
15 (7) Oder verschiedener an das Testsystem angeschlossener Priiflinge testen. 

14. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

daJJ das Testsystem bei Ausfuhrung der benutzerspezifischen Testvorschrift (13) und 
20 Aktivierung der Testmodule (2a - 2c) automatisch einen Testbericht uber die 
Testergebnisse der Einzeltests der gemalJ der Testvorschrift (13) angesteuerten Testmodule 
. (2a - 2c) erstellt. 

15. Testsystem nach Anspruch 14, 
25 dadurch gekennzeichnet, 

daJ5 das Steuermodul (1) den Testbericht automatisch in die benutzerspezifische 
Testvorschrift (13) einfiigt. 

16. Testsystem nach Anspruch 15, 
30 gekenixzeichnet durch 

Loschmittel (8), urn innerhalb der Testvorschrift (13) einzelne oder samtliche 
Testergebnisse zu loschen. 
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17. Testsystem nach einem der vorhergehenden Anspriiche, 
gekennzeichnet durch 

Eingabemittel (9, 31), urn fur die einzelnen Testmodule (2a - 2c) Testparameter fur den 
5 Einzeltest des entsprechenden Testmoduls (2a - 2c) einzugeben. 

18. Testsystem nach Anspruch 17 und Anspnich 2 oder 3, 
dadurch gekennzeichnet, 

dafl das Steuermodul (1) automatisch nach Auswahl eines Testmoduls (2a - 2c) die 
0 Eingabemittel (9, 31) aktiviert. 



19. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dafi das Steuermodul (1) nach Erstellen der benutzerspezifischen Testvorschrift (13) 
Informationen (15) uber die Verdrahtung des Testsystems mit dem zu testenden Priifling 
(7) anzeigt. 



20. Testsystem nach einem der vorhergehenden Anspriiche, 
gekennzeichnet durch 

0 Speichermittel (10) zum Speichem der benutzerspezifischen Testvorschrift (13). 

21. Testsystem nach Anspruch 20 und den Anspruchen 8, 10 und 17, 
dadurch gekennzeichnet, 

daC die Speichermittel (10) die benutzerspezifische Testvorschrift (13) zusammen mit 
) samtlichen fur die Durchfuhrung des Tests erforderlichen Parameterdaten speichem. 

22. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

daB das Steuermodul (1) Zustandsinformationen von den Testmodulen (2a - 2c) erhalt, die 
den Zustand der Testmodule (2a - 2c) beschreiben, und die Zustandsinformationen uber 
entsprechende Wiedergabemittel (12) wiedergibt. 
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23. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dafi die Testmodule (2a - 2c) einzeln ansteuerbar sind. 

24. Testsystem nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dafi* bestimmte Funktioiien des Steuermoduls (1) und/oder der Testmodule (2a - 2c) durch 
einen benutzerspezifischen Zugriffscode geschutzt sind. 



25. Verwendung eines Testsy stems nach einem der vorhergehenden Anspriiche zum 
Testen der Funktionsfahigkeit von elektrischen Bestandteilen von 
Energieversorgungseinrichtungen . 

26. Verfahren zum Testen der Funktionsfahigkeit von Priiflingen, umfassend die 
Schritte 

a) Bereitstellen mehrerer unterschiedlicher Testmodule (2a - 2c), welche jeweils einen 
elektrischen Priifling (7) hinsichtlich eines bestimmten Funktionsaspekts testen, 

b) Auswahlen von bestimmten Testmodulen (17, 19) aus den bereitgestellten Testmodulen 
(2a -2c), • 

c) ErsteUen einer sequentiellen Testvorschrift (13) fur einen benutzerspezifischen Test 
durch Kombinieren der in Schritt b) ausgewahlten bestimmten Testmodule (17, 19), und 

c) Testen eines Priiflings (7) gemafi der in Schritt c) erstellten sequentiellen Testvorschrift 
(13). 



27. Verfahren nach Anspruch 26, 
dadurch gekennzeichnet, 

daJi in Schritt b) ein ausgewahltes Testmodul (17, 19) automatisch in eine bestehende 
Testvorschrift (13) eingefiigt wird. 



28. Verfahren nach Anspruch 26 oder 27, 
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dadurch gekermzeichnet, 

dafi nach Auswahl eines bestimmten Testmoduls (17, 19) fur die Testvorschrift (13) die 
Testparameter fur das ausgewahlte Testmodul eingestellt werden. 

29. Verfahren nach einem der Anspriiche 26 bis 28, 
dadurch gekeimzeichnet, 

daB nach Schritt d) automatisch ein Testbericht uber die Testergebnisse des 
benutzerspezifischen Tests erstellt wird. 

30. Verfahren nach Anspruch 29, 
dadurch gekeimzeichnet, 

da6 die Testvorschrift (13) mit dem Testbericht und alien fur die Ausfuhrung der durch die 
Testvorschrift (13) ausgewahlten Testmodule (17, 19) erforderlichen Parameter 
abgespeichert wird, und 

daB die Testvorschrift (13) nach Loschen der Testergebnisse fur einen neuen Testvorgang 
wiedervenvendet wird. 
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